home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group96a.txt
/
000157_icon-group-sender _Fri Jul 12 10:39:25 1996.msg
< prev
next >
Wrap
Internet Message Format
|
1996-09-05
|
2KB
Received: by cheltenham.cs.arizona.edu; Fri, 12 Jul 1996 13:11:09 MST
Date: Fri, 12 Jul 1996 10:39:25 -0500
From: jeffery@dragon.cs.utsa.edu (Clinton Jeffery)
Message-Id: <199607121539.KAA21045@coyote25.cs.utsa.edu>
To: espie@chaland.ens.fr
Cc: icon-group@cs.arizona.edu
In-Reply-To: <4s2uqf$6q2@nef.ens.fr> (espie@chaland.ens.fr)
Subject: Re: Multiple color palettes under X-Icon ?
Content-Length: 1307
Errors-To: icon-group-errors@cs.arizona.edu
Status: O
[Marc Espie writes:]
> Correct me if I'm wrong, but it seems that Icon uses just one color palette
> for all the windows. This may sound reasonable, but it seems that Icon
> pushes it too far: namely, it uses the same color palette for off-screen
> images as well.
> Assuming you want to play with digitized images, this is not good.
You are correct that Icon allocates at most a single X Colormap per instance
of iconx that runs. I say "at most" because Icon tries not to allocate a
private colormap at all, and only does so if it can't allocate colors from
the system colormap; the visual appearance of applications with separate
colormaps under X is somewhat nauseating.
A one-colormap per window policy would be implementable, but might not be
desirable for most applications. Doing separate colormaps just for hidden
(off-screen) canvases would be implementable, but off-screen canvases can
become visible on-screen canvases and vice-versa.
Our primary Icon image processing guru is Gregg Townsend; he may contact
you privately after he sees your message, or post to the group if he has
some more information of general interest.
Clint Jeffery
jeffery@ringer.cs.utsa.edu
Division of Computer Science
The University of Texas at San Antonio
Research http://www.cs.utsa.edu/research/plss.html